home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c / 289 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.5 KB
  1. Path: stdc.demon.co.uk!clive
  2. From: clive@stdc.demon.co.uk (Clive D.W. Feather)
  3. Newsgroups: comp.std.c
  4. Subject: Re: size_t
  5. Date: Fri, 2 Feb 1996 06:20:26 GMT
  6. Organization: Demon Internet Limited (personal account)
  7. Message-ID: <DM4xM4.8H6@stdc.demon.co.uk>
  8. References: <4eo3sc$l14@info1.sdrc.com> <4es27i$hd5@alterdial.UU.NET>
  9. Reply-To: clive@demon.net
  10. X-NNTP-Posting-Host: stdc.demon.co.uk
  11.  
  12. In article <4es27i$hd5@alterdial.UU.NET>,  <rex@aussie.com> wrote:
  13. > larry.jones@sdrc.com (Larry Jones) writes:
  14. >> The
  15. >> response to another Defect Report noted that the list of integer types
  16. >> is exhaustive and may not be extended,
  17.  
  18. > Larry, I recall a discussion in committee re mapping pointers to some 
  19. > integral type. Somewhere we require that I believe. IBM's AS400 came up as it 
  20. > has (I think) 128-bit addresses but no integer type that big. I thought we 
  21. > allowed magic integer types for some things but I may be misremembering.
  22.  
  23. You're misremembering (it was *my* Defect Report, in Kona). The mapping
  24. from pointers to some integral type doesn't have to exist if no integral
  25. type is "big enough". We also said that "big enough" is an implementation
  26. determined concept, and is *not* a matter of comparing sizeofs. For
  27. example, pointers might be 32 bits, but only use 20 of them, so a 24-bit
  28. short might be "big enough".
  29.  
  30. -- 
  31. Clive D.W. Feather                       | If you lie to the compiler,
  32. cdwf@cityscape.co.uk   (work, preferred) | it will get its revenge.
  33. clive@stdc.demon.co.uk (home)            |   - Henry Spencer
  34.